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SYSTEM AND METHOD FOR PROVIDING 
ACCESS TO ELECTRONIC WORKS 

RELATED APPLICATIONS 

This application is a continuation of U.S. application Ser. 
No. 09/615,591, filed Jul. 13, 2000 and claims benefit of 
Provisional Application Serial No. 60/175,159, filed Jan. 7, 
2000. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a system and method for 
providing access to electronic works over a network. 

2. Background 

Several technologies exist that enable a user to upload 
digital music to a Web site storage location and then access 
that Web site for listening to the music at a later time. For 
example, mymp3storage.com clients can upload 50 mega- 
bytes of music (approximately 12 songs) from the client's 
hard drive to a storage location on this site, and then 
download it to a different computer. 

Similarly, cablemusic.com uses a Javascript Audio Con- 
tent Kit ("JACK"), which allows listeners to turn Compact 
Discs ("CDs") into small, high fidelity, music files. Using 
these web-friendly music files listeners can turn their per- 
sonal computers into a personal jukebox and simultaneously 
upload their favorite music to the cablemusic.com site. Once 
on the cablemusic.com servers, listeners can construct play- 
lists or listen to their individual songs via direct, immediate 
access to their music on demand from anywhere on the Web. 

Myplay.com permits its members to store, organize, 
download, and share up to 250 megabytes (approximately 
65 songs) of music in an online "locker" on its site. The 
myplay.com system protects the client's locker with a pass- 
word. Clients can upload their MPEG-1 audio layer-3 
("MP3") and other digital music files to the site and listen to 
them from any Web -accessible computer in any order 
selected by the client. 

Myplay.com and i-drive.com also facilitate "sideloading" 
of MP3 files. For example, the rayplay.com system permits 
users to sideload or directly transfer MP3 files from par- 
ticular MP3 vendors or from a URL currently storing the 
MP3 file to the user's individuars locker. This sideload or 
direct transfer feature obviates the steps of downloading the 
data, converting the data to MP3 format, and uploading the 
data to the locker. The client can store music by album, 
genre, and track. A database provides additional information 
about artists, including discographies and liner notes. 

Unlike the systems described above, the present invention 
requires the user to actually possess the physical CD, which 
encourages individuals to buy CDs and thus furthers the 
protection of copyrighted material. 

Another system in the prior art is described in U.S. Pat. 
No. 5,987,525 (Roberts et al.), which claims a method for 
synchronizing delivery over a network of visual content 
from a first computer to second computer with playing of a 
musical recording on the second computer. The specification 
describes a method of searching that uses a unique identifier 
to identify a user's CD in the user's computer. Upon 
detecting the presence of a CD in the user's computer, a 
script in the Web page computes the unique identifier 
corresponding to the CD and sends this unique identifier to 
the server. This information can include a uniform resource 
locator ("URL") that relates to the audio CD (e.g., the 
artist's home page), simple data such as the names of the 



20 



songs, and also complementary entertainment (i.e., photo- 
graphs of the band, artwork, animates, and video clips). In 
an alternative embodiment, when the user inserts an audio 
CD into their computer, the browser 1) launches, if not 
already running; 2) computes the CD's unique identifier, and 
from this unique identifier derives a URL, and 3) retrieves 
the URL. 

SUMMARY OF THE INVENTION 

10 The present invention is a system and method for pro- 
viding electronic works to a user. In a preferred 
embodiment, the system and method offers to provide the 
electronic works to users over a network. The works may be 
organized by artist, director, category, type of work, or many 
15 other organization models. The works may include songs, 
albums, movies, music videos, or a variety of other types of 
work. The electronic works may be obtained by acquiring 
the content from physical copies of the work, such as a 
content acquisition system including rippers and encoders. 

The user generally accesses the electronic works on a 
machine capable of connecting to the network, such as a 
personal computer, hand held computer, cell phone, pager, 
etc. With their machine, the user may browse through the 
25 available works and select a desired work or group of works. 
The user's selection is sent to the party offering the works. 

This party receives the request and processes the request. 
Such processing may include determining that the user 
subscribes to the service, such as a login procedure, or 
30 verifying that the user is entitled to receive the requested 
electronic work. The user may verify that they are entitled to 
receive the desired work several ways, including by dem- 
onstrating they own a physical copy of the work or dem- 
onstrating they ordered the requested work from a retailer or 
35 other distributor. 

Once the user adequately shows that they are authorized 
to receive the requested work, the user is provided with 
access to the work. In a preferred embodiment, this access 
is provided with a Content Delivery System. Access may 
40 include placing a copy of the electronic work in a user's 
account, sending a copy of the work to the user, streaming 
the work to the user, broadcasting the work to the user, or 
providing the user with a pointer to a copy of the electronic 
work in the user's account. The user may experience the 
45 work from any location with access to the network via a 
transmission lines or satellite connection. 



BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates an overview of a preferred embodiment 
50 of the present invention. 

FIG. 2 illustrates a preferred embodiment of the content 
acquisition system. 
FIG. 3 illustrates a preferred embodiment of a web page. 
55 FIGS. 4-7 show data samples used to illustrate the 
validation process. 

FIGS, 8-19 illustrates web pages of a preferred embodi- 
ment of an organizational model. 

DESCRIPTION OF A PREFERRED 
EMBODIMENT 

As shown in FIG. 1, the preferred embodiment of the 
present invention may include a Distributor Location 100, a 
Partner Location 105, and a Client Location 110. The 
65 Distributor Location 100 generally provides access to elec- 
tronic works. Electronic works include any version of work, 
such as a downloaded work, streamed, or any other file in 
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electronic memory. The Partner Location 105 may represent 
any potential business partner with the distributor, such a 
business that sells physical works, such as CDs, Digital 
Versatile Discs ("DVD"), cassette tapes, records, or any 
other physical works. The Client Location 110 may repre- 
sent any potential user of the system, such as individuals or 
artists. The Distributor Location 100, Partner Location 105, 
and the Client Locations 110 may be configured in a variety 
of different architectures, such as a client/server or a main- 
frame. The preferred embodiment uses a client/server archi- 
tecture. In a client/server architecture, the partner's or cli- 
ent's machine is the requesting machine and the User 
Interface Server 120 is the supplying machine. The client's 
machine communicates with the User Interface Server 120 
over the network 130. The network 130 is preferably the 
Internet. The Internet is a network generally defined as a 
collection of processing systems and/or networks that are 
themselves globally networked together. The systems and 
networks of the global network are connected via any of a 
number of protocols, such as Transmission Control Protocol/ 
Internet Protocol ("TCP/IP"). The Internet includes the 
World Wide Web and all of the resources and users on the 
Internet that are using HyperText Markup Language 
("HTML") as the authoring language and HyperText Trans- 
port Protocol ("HTTP") and other protocols, such as File 
Transfer Protocol ("FTP"), as the transport protocol. 
However, in other embodiments, the present invention may 
operate on any type of network, including private or dedi- 
cated networks. 

Internet Protocol ("IP") is the basic communications 
language or protocol of the Internet. It can also be used as 
a communications protocol in private networks called intra- 
nets. This and other related protocols provide for file 
transfer, remote log-in, electronic mail, and other services, 
including distributed processing, as well as other resources. 
HTML is the set of symbols or codes inserted in a file 
intended for display on an Internet browser. The markup 
tells the web browser how to display a web page's words and 
images for the user. HTTP is the set of rules for exchanging 
files (text, graphic images, sound, video and other multime- 
dia files) on the Internet. Relative to the TCP/IP suite of 
protocols, HTTP is an application protocol. HTTP is typi- 
cally designed to run primarily over TCP/IP and uses the 
standard Internet setup, where a client machine requests data 
from a server machine, the server issues the data, and the 
client machine or "client browser" displays the data. One 
format for information transfer is to created documents 
using HTML, which are preferably made up of standard text 
as well as formatting codes which indicate how the page 
should be displayed. The web client machine reads these 
codes in order to display the page. The hypertext conven- 
tions and related functions of the Internet are described in 
the appendices of U.S. Patent No. 5,715,314, the entirety of 
which is herein incorporated by reference. 

The Client Locations 110 typically include a personal 
computer 115 capable of, and configured to, interact over 
network 130. For example, Client Locations 110 may 
include a multimedia-capable personal computer 115, such 
as an Apple Macintosh, or IBM compatible, running Linux 
or Microsoft Windows with a modem for connecting to a 
network. In alternative embodiments, the client location may 
be a portable device, such as a laptop computer, cell phone, 
Palm Pilot®, Walkman®, car stereo, etc. 

In a preferred embodiment, the personal computer 115 
may also run an Internet browser, such as Microsoft Internet 
Explorer® or Netscape Navigator®. A browser system is a 
program that provides a way to look at, read or hear 
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information on the Internet. A browser typically interprets 
hypertext links, or simple "finks," and allows the user to 
view sites and navigate from one Internet node to another 
Internet node. A brief overview of web browsers and their 

5 interactions is set forth in U.S. Pat. No. 5,774,670, the 
entirety of which is incorporated by reference. Browsing 
also refers to the process of moving between HTML pages 
of a single typical web site. The HTML web page files, or 
web pages, may include a "homepage." A "homepage" is the 

10 main of a web site that typically names and describes the 
site, and provides links to other web pages or various 
features of the web site. Clicking refers to the process of 
indicating a desired link by using a cursor control device, 
such as a mouse or roller ball. 

15 The Partner Location 105 may include a Server 133, a 
personal computer 134, or any machine capable of commu- 
nicating over the network 130. The Server 133 may include 
a single server or multiple servers depending on the size of 
the partner, amount of users using the partner, or other 

20 system requirements. In a preferred embodiment, the Partner 
Location 105 uses an application program interface ("API") 
compatible with the Distributor Location 100. The partner or 
retailer API may include a retailer module and associated 
configuration files. In a preferred embodiment, the retailer 

25 API communicates with the User Interface Server 120 or the 
Verification Server 141 via HTTP. Like the other software 
programs discussed, the retailer API could be written in one 
of many alternative programming languages, such as C, 
C++, Java, etc. In a preferred embodiment, it is written in 

30 Perl. 

The Distributor Location 100 includes User Interface 
Server 120, Content Database 135, Verification Server 141, 
Content Repository Server 142, Statistics Server 145, Con- 
tent Acquisition System, 150, and Content Delivery System 

35 152. The User Interface Server 120, Content Database 135, 
Verification Server 141, Content Repository Server 142, 
Statistics Server 145, Content Acquisition System 150, and 
Content Delivery System 152 may be a single server or a 
plurality of servers, depending on the size of the Distributor 

40 Location 100, amount of users, or other system require- 
ments. This equipment may be connected with a network. In 
a preferred embodiment, they are connected with a local area 
network technology, such as Ethernet, Fast Ethernet, Asyn- 
chronous Transfer Mode, Fiber Distributed Data Interface, 

45 Fiber Channel Interconnect, etc. In a preferred embodiment, 
this equipment is connected via a local area network using 
100 Base-T Ethernet technology. 
User Interface Server 120 runs the web site application 

5Q software and processes some of the transactions and requests 
associated with the web site, such as logins and content 
management. The User Interface Server 120 also generates 
a URL for each request for a work made by a user. The URL 
generally includes a unique work identifier, a unique user 

ss identifier, a time stamp, and session data. In alternative 
embodiments, the URL may include more or less informa- 
tion. 

In a preferred embodiment, the User Interface Server 120 
is a dual Intel processor running a Linux operating system 

60 and Apache web server with mod perl. The user interacts 
with the User Interface Server 120 when they want to access 
their account or works. This interaction is done over HTTP 
using an HTML, Extensible Markup Language ("XML"), or 
a C Library. The User Interface Server 120 may be accessed 

6 5 from anywhere the user has an Internet connection. 

Content Database 135 stores information related to the 
works and processes request from the client machines to 
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extract the stored data. These works may be audio files, how often a user accesses the site, what types of works the 
video files, audio-video files, or other types of works. In a user accesses the most, what are users' typical click streams, 
preferred embodiment, the Content Database 135 is a dual how often does a partner request that user access, what types 
Intel processor running a Linux operating system and of works does a partner usually requests, what are partners' 
MySQL database. The stored information may include the 5 usua i click streams, or any other useful information. This 
titles of works, names of the artist, information about the information may be used to make the system more user- 
band or performance, UPC data, or any information about friendly, target advertising or promotions, or many other 
the works. For example, if the work is a movie, the Content uses 

Database 135 may include a preview of the movie or * . . . _ A . e 

information about its sound track. This information may be n Contcnt Acquisition System 150 acquires content for the 

manually entered into the database or provided with the 10 present invenUon. The Content Acquisition System 150 may 

content. on ^ v i nc l uc k a single computer with a ripper and encoder. 

Verification Server 141 verifies that the user is authorized However, as the volume of works being added to the system 
to access an electronic work. The Verification Server 141 increases, it may be necessary to implement a database- 
may perform a variety of tests or comparison to determine mediated, multi-machine parallel distributed-load architec- 
whether a user is authorized to access a work, such as, test 15 ture to rapidly extract content from different forms of media, 
a confirmation number, verify that the user possesses a such as tapes, CDs, DVDs, etc., as shown in FIG. 2. 
physical work, or verify that the user purchased the work. FIG. 2 shows a preferred embodiment of the Content 
For example, in response to a request to obtain access to an Acquisition System 200. In this embodiment, the content 
electronic work, the Verification Server 141 may look-up acquisition system includes a content acquisition database 
sample data related to that request, such as track offset data 20 2 io, a plurality of rippers 215, a plurality of encoding 
or an actual portion of the work The Verification Server 141 mac h mes 220 and one or more storage devices 142 or 225. 
may also compare this sample data to data extracted from a ^ CQntent acquisition database or serV er 210 may be a dual 
physical work. Based on this comparison, the Verification ^td ^ mQn[n a Limx ti t Apache 
Server 141 may determine whether the user claiming pos- ^ ^ ^ data base. The rippers extract data 
session of the physical work does, in fact, have possession 75 c_ L • • e 1 tl • * c 
and therefore is authorized to access an electronic work. f ora a physical copy of the work. There are a variety of 
Alternatively, the Verification Server 141 may also deter- P™^™** 21 *'. RlV ?™ 21 t may j£ ^ 6XtraCt ^ 
mine the user is authorized to access an electronic work by from DVDs > Dl S lta l Au ? 10 ™P« < DAT ) or ^ 
receiving a message from a Partner Location 105, such as a physical work. In a preferred embodiment, the rippers 215 
retailer. Accessing an electronic work includes obtaining a are single-processor personal computers running Linux soft- 
pointer to the electronic work in a personal account, receiv- ware. The personal computers preferably have Plextor® 
ing a downloaded copy of the work, receiving a downloaded CD-ROM drives, which are optimized for digital audio 
copy of the work with electronic watermarks, receiving a extraction. 

stream of the work, obtaining access to listen to an electronic The encoders 220 may perform any of the well known 

work, or any other means of allowing a user to listen or 35 methods of encoding. In a preferred embodiment, the 

watch the work. method of encoding includes compression. Also, the encod- 

In a preferred embodiment, the Verification Server 141 is ers may include dual processor personal computers running 

a dual Intel processor running a Linux operating system, ^e Linux operating system. Content acquisition database 

Apache web server, and MySQL database. The Verification 220 may be a personal computer running Linux and a 

Server 141 also runs a Perl program as a common gateway 40 MySQL database engine. 

interface ("CGI"). To perform its verification, the Verifica- In the preferred embodiment, the rippers 215, encoders 

tion Server 141 may read data from the Content Database 220, and content acquisition database 210 are equipped with 

135 or Content Repository 142. The Verification Server 141 100 Mbit Ethernet cards and are coupled to the 100 Base-T 

knows which data to read based on information provided by Ethernet Standard, but could be implemented according to 

the Client Location 110 and retained from the original work. 45 other standards or on other networks. The storage device is 

Content Repository 142 stores content and verification equipped with multiple gigabit Ethernet cards, 

data, such as encoded content, sample data, and index data. The parallel, distributed-load architecture separates the 

In a preferred embodiment, the Content Repository 142 is a plurality of ripper machines 215 and the plurality of encoder 

Sun Solaris E450 server with a Redundant Array of Inex- machines 220 because the rippers generally work faster than 

pensive Disk ("RAID") as storage and a Veritas file system. 50 the encoders. The system balances their relative speed by 

The content and verification data may be accessed by the having more encoders 220 than rippers 215. A preferred 

User Interface Server 120 or the Verification Server 141. embodiment of the present invention uses a 1:3 ratio of 

Statistics Server 145 collects data about the electronic rippers 215 to encoders 220, respectively. In this 

works, such as how many partners or clients have access to embodiment, the ratio is, in effect, 1:6 because the encoders 

a work, how many works are available from each artist, how 55 are dual processor machines, making there six encoding 

many works are available for each type or category of processors for every ripping processor. The ripper to encoder 

works, what works are the most popular, what are users' ratio may vary significantly in other embodiments depend- 

typical click streams, or any other useful data. For example, ing on the desired throughput and other system require- 

Statistic Server 145 may receive information from the Client ments. 

Locations 110, such as what and how often works are 60 The rippers 215 and encoders 220 may be coupled in a 

uploaded, purchased, or played. Statistics Server 145 could variety of configurations. In a preferred embodiment, they 

record this information so that the artists may be compen- are coupled as follows. Each encoder is coupled to. each 

sated based on how often their work was used. Statistics ripper so that each encoder may receive data from all the 

Server 145 could also collect a variety of other data, such as rippers. In some embodiments, data from a works may also 

billing or advertising. 65 be distributed to multiple encoders 220. The connection 

In an alternative embodiment, Statistics Server 145 may between the encoders 220 and the rippers 215 is preferably 

maintain a database with user or partner information, such as a high speed data bus. Also, while the rippers 215 and 
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encoders 220 are interconnected, they are not distribution. As discussed briefly above, content acquisition 

interdependent, so that an individual ripper or encoder may includes a system and method of acquiring content or 

fail and the remaining machines will continue to operate electronic works into a database. Content distribution 

normally. includes a method or system for providing users access to 

In a preferred embodiment of the Content Acquisition s these electronic works. 
System 200 the system may also use a queue-based, To a ip} of electronic ies of works 

database-mediated configuration. The queue-based, c i cctt oni C works), a distributor may obtain the content from 
database-mediated configuration helps compensate for those . . , r \ * 1 • 1 i \ * 

* i • 4 , & j JL n r , physical copies of the work (i.e., physical works), create an 

embodiments where the encoders 220 are slower than the r . ' . r . , , , t v , . i . .. r^. 

rippers 215. In such embodiments, if all the encoders 220 are in ^ctoomc work and store the electron*; work in the Data- 

busy, the rippers 215 may store the data they ripped into a 10 base S L erver 135 ; In a preferred embodiment, a dis ributor 

database and the data may be entered into a queue. The ma y obtam an electronic work from a physical work, such 

queue may use any of the many well-known scheduling as a CD - ^ distributor may extract the content of the CD 
algorithms, such as first-in-first-out or a priority based a ri PP er * 0nce me content is ripped from the CD, the 

algorithm. content may be recorded into a database. Accordingly, the 

Once data is entered into the queue or database, it must be 15 distributor can provide users with access to the electronic 

determined which encoder should receive the data. This also work over the network 130. 

may be done by any of the well known schedule algorithms, In a preferred embodiment, the distributor collects mul- 

such as longest available. Another example is that the tiple electronic works to provide a more complete database, 

encoders 220 may be numbered, and any data received by For example, the distributor may want to provide electronic 

the queue or database may sequentially or randomly check 20 works by a particular group or movies with a particular 

to see which encoder is available. If the search is sequential, actor. Accordingly, in some embodiments, the distributor 

the data would always go to the first encoder if it was may take some steps to organize the content database, such 

available. If it was not available, it would go to the second as labeling the electronic copies or encoding metadata, such 

encoder. If the second encoder was not available, it would go as a unique identifier, title, director, artist name, actor names, 

the third and so forth. In a preferred embodiment, the data 25 or any information potentially helpful to identify, categorize, 

is sent to whatever encoder has been inactive the longest. locate, or track the work. In a preferred embodiment, each 

Such a scheduling algorithm is advantageous because it physical work is labeled with a unique bar code, such as a 

attempts to equalize the burden and wear on each of the unique purchase code ("UPC") code. The distributor may 

encoders. track the bar codes throughout the system for security, 

In another embodiment, the encoders 220 may be pro- 30 control, integrity, and accounting purposes. The labeling, as 

grammed to check the queue or database periodically, such we U as other functions in the content acquisition, may be 

as every minute or hour. Also, the encoders may be pro- done with an automated system or with human operators, 
grammed collectively to check the queue at staggered times The distributor may also encode the extracted data so that 

so that data is never left in the queue for any extended period 35 it may be transmitted with less bandwidth and stored with 

of time. Further, when they are programmed collectively, if less space. In a preferred embodiment, as shown in FIG. 2, 

the encoder scheduled to check the queue at a given time is the distributor extracts the data with rippers 215 and encodes 

busy, broken, or off-line, the program may reassign that the data with encoders 220. The rippers can receive CDs or 

responsibility to check the queue at that time to a different any other type of physical work. An operator or an auto- 

encoder. 4Q mated system can scan the physical works label before the 

In yet another embodiment, the encoders 220 may receive physical work is placed in a ripper. The scanned label may 

a message indicating that data was entered into the queue or be stored in the Content Database 135 so that the Content 

database for encoding. Database 135 records which works were acquired. 

When the data is received at an encoder, the encoder may The rippers 215 extract the raw data from the CD one 

use any encoding method. In a preferred embodiment, the 45 track at a time until it has extracted all its data. Next, the 

method of encoding includes compression. There are many rippers 215 temporarily store the data from each track in a 

well-known compression techniques, such as Microsoft separate uncompressed digital data ("WAV") file on a local 

Windows Media Format ("WMF"), MP3, MPEG-2 etc. In a hard disk. In alternative embodiments, the data may also be 

preferred embodiment, the system stores digital audio files stored in a separate database. 

and compresses them with the MP3 standard. 50 The ripper also randomly extracts portions or "samples" 

Content Delivery System 152 pulls content from memory of the raw data from each track on the CD. These samples 

within the system in response to user requests. In a preferred are used in the verification process (i.e., a process that 

embodiment, the Content Delivery System 152 includes a determines whether the user is authorized to access an 

dual Intel processor running a Linux operating system, electronic work) described below. In this embodiment, the 

Apache web server, and Squid cache software to deliver 55 samples may be any predetermined amount of the data. In 

electronic files. In a preferred embodiment, the Content the case of CDs, the CDs are divided into sectors, wherein 

Delivery System 152 includes a plurality of servers or one second of music includes 75 sectors. The rippers 215 

databases, a coder/decoder, a translation module, and a may extract samples of any size. The samples may be 

validation module. The servers or databases provide tem- identified randomly, sequentially, or by any programmed 

porary content storage for frequently requested content. The 60 algorithm. The ripper may extract one or multiple samples, 

coder/decoder decodes the request for content. The transla- The one or more samples may be from one work or several 

tion module uses the request for content to uniquely iden- works (e.g., songs or tracks) within a larger work (e.g., a CD 

tifying the requested content. The validation module vali- or DVD). 

dates that the user is entitled to receive the requested The ripper may also store each sample as a separate file, 

content. 65 store each sample separately with a separate index file, store 

In operation, the system and method of providing elec- the samples collectively as a file, or in many other combi- 

tronic works may include content acquisition, access and nations. Index data corresponding to the samples may be 
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stored in many ways, such as in the same file as the raw data 
or in separate index file. In a preferred embodiment, the 
system stores this sample data in a separate file for each 
track and also stores a separate index file that specifies which 
samples the ripper extracted and where these samples can be 
found in the samples file. The data in the index files is then 
used to verify whether the user is authorized to upload, or 
later receive access to, the electronic copy of the work. In a 
preferred embodiment, the ripper extracts ten percent of the 
WAV data for samples. In alternative embodiments, the 
ripper may extract any amount of WAV data between 
0-100% for samples. For security purposes, the sampling 
algorithm including the size and location of the samples can 
be confidential or random. 

Once the content data, sample data, and index data are 
extracted, a preferred embodiment encodes the content data 
with the encoders. The encoders may receive the content 
data from the rippers 215 local memory, the content acqui- 
sition database 210, or from any database or storage medium 
used to hold the raw content data until an encoder is 
available to encode it. The sample and index data may be 
stored in the rippers 215 or an associated database, such as 
the content acquisition database 210 or storage 142 or 225. 
In an alternative embodiment, the encoders 220 may also 
receive the sample and index data. 

In a preferred embodiment, the content data is stored in 
the ripper. In another embodiment, the content data may be 
stored in the content acquisition database 210, and the 
content acquisition database 210 controls an encoding queue 
that controls the transfer of content data to the encoders 220. 
The content acquisition database 210 loads pointers in the 
encoding queue or database table. The pointers identify the 
raw content data for the various works and point to where 
this raw content data is stored. 

When a pointer is entered into the encoding queue, the 
encoding queue may actively seek an available encoder or 
passively wait until an encoder checks the queue or detects 
the new entry. In a preferred embodiment, the encoders 220 
repeatedly check for entries in the queue. An encoder may 
also automatically check the queue whenever it completes 
encoding a data entry, completes a task, or is activated again 
after being off-line. When there is data that needs to be 
encoded, the content acquisition database 210 identifies the 
next entry in the queue. An encoder may retrieve the raw 
content data from the ripper that extracted the data or a 
variety of other storage locations. 

Upon receipt of the data, the encoders 220 encode the 
WAV data into a compressed file, such as MP3 or other 
formats. In a preferred embodiment, the encoders 220 
encode one or more files for each song; for example, the 
encoders may encode one instance at 128 kilobits per second 
(i.e., near CD quality) and a second instance at 24 kilobits 
per second (i.e., AM radio quality). Depending upon the 
desired sound quality, encoding can be done at a variety of 
bit rates. 

In another embodiment, the content acquisition process 
can skip the encoding process where the data is already in a 
suitable compressed format. For example, a DVD is already 
in compressed MPEG 2 format, so no further compression 
may be needed. Similar applications can include WMF, 
MPEG-4, or the like. In these situations, the content acqui- 
sition can simply rip the data from the DVD and skip the 
encoding phase altogether. 

Once an encoder completes encoding all the tracks from 
a CD, the encoder notifies content acquisition database 210 
the encoding is complete. The content acquisition database 
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210 then inserts an entry, a pointer (i.e., completion pointer), 
or set of pointers into the encode queue. A completion 
pointer indicates that all these tracks are encoded and ready 
for storage. When the content acquisition database 210 

5 detects that all the smaller works (i.e., tracks) within a larger 
work (i.e., a compilation of several works) are encoded, the 
queue tells content acquisition database 210 to move the 
larger work into a finalizing queue. 
The encoders 220 monitor the finalizing queue and trans- 

10 fer the encoded data in the queue out to a storage machine, 
such as the content acquisition database 210. Each encoder 
may write to the storage machine in parallel. The encoded 
data may be transferred to the storage machine by a number 
of well-known techniques. In one embodiment, the file with 
the encoded data may include the sample data and the index 

15 data. In another embodiment, the sample data and index data 
may be sent to the storage machine from other machines, 
such as the ripper that extracted the data, in parallel to the 
encoded content data from the encoders). 

In a preferred embodiment, the encoded data may be 

20 transferred to storage as follows. The ripper that encoded the 
work may be connected to the storage machine. Through this 
connection, that ripper forwards the sample and index data 
for the completely encoded work. The encoder that encoded 
the content data also connects to the storage machine and 

25 forwards the encoded data to the storage machine. In alter- 
native embodiments, multiple encoders may have encoded 
different tracks in the same work so that each of these 
encoders would need to forward 

their encoded data to the storage device. The transfer of 

30 data from the encoder or encoders and the ripper may occur 
in parallel or series. In yet another embodiment, the encoded 
data may include the sample and/or index data. Thus, a 
transfer of data from the ripper may not be necessary. 
In a preferred embodiment, the encoders 220 transfer 

35 encoded versions of each track to the storage machine 142. 
Thus, the storage machine 142 contains an encoded elec- 
tronic work as well as its corresponding sample data and 
index data. 

Once the content acquisition database 210 stores the 
40 electronic work, the content acquisition database 210 
acquires and associates the artist, title, and track name 
information for the stored work through direct data entry or 
third party databases. In an alternative embodiment, people 
can manually enter this information into the content acqui- 
45 sition database 210. In yet another embodiment, this data 
may be automatically obtained from the metadata or other 
types of information stored in the physical work, such as 
electronic or digital watermarks. The content acquisition 
database 210 uses a web-based tool to interactively verify 
50 that the metadata is correct. If approved, the content acqui- 
sition database 210 may update and name the files on the 
storage machine to reflect the artist, title, track name 
information, director, actors, or any other potentially useful 
information. 

55 In a preferred embodiment, the data acquired by content 
acquisition techniques is stored in a central database, such as 
the content acquisition database 210. In a preferred 
embodiment, the content acquisition database 210 may be 
the same as the Content Repository 142. In an alternative 

60 embodiment, data could be stored in a decentralized 
architecture, including smaller databases at different loca- 
tions. In either a centralized or decentralized architecture, 
the frequently accessed data could also be temporarily stored 
at remote locations, such as temporary memory locations at 

65 the Client Location 110 or at nodes throughout the network 
130, such as signal transfer points, central offices, cable 
nodes, etc. 
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Once the content is acquired or made accessible from a code on the work. With this information, the Verification 

third party, a user can access this content with a personal Server 141 attempts to identify the corresponding work in 

computer 115, cell phone 116, or any device with Internet the Content Repository 142. By identifying the correspond- 

access. More specifically, the user accesses the data through i ng wor k, the Verification Server 141 can verify that the user 

the User Interface Server 120. The User Interface Server 120 s has an authorized physical copy of the work, 

displays a web page to users that access the system over the ~, • * . lt . 

* i -im t . tL u •* r i_i To communicate with a server or system within the 

network 130. To access the system, the web site preferably ~. 4 A T 1Art , 

iU tn i • ul?~ r ~ #u. • „„ m -,^j / Distributor Location 100. client machines may issue corn- 
requires the user to login beiore the user is permitted to , A iL A A * <AA _ J . 
access the site. FIG. 3 shows an example of a typical login mands <° J Ule Distributor Location 100 These commands 
300, which requires the user to enter a previously assigned .,, ma y include tokens, which are typically the name of the 
user identification and password. Typically, the user identi- 10 command. Additional tokens on the command line include 
ncation is freely displayed when entered, but the password attribute-value pairs. In one embodiment, attributes are 
is masked to prevent unauthorized user from obtaining an lowercase names consis mg of 1 to 15 characters from the 
authorized user's password. The login procedure may also a »° z, 0 to 9, and _. The attribute values may 
permit the user to change their password. Further, if an „ be decimal numbers, text stnngs, or a size or byte length. For 
unauthorized user wants to become an authorized user, the 15 sample, a typical command is HELO mail- 
login procedure could provide the unauthorized user with an matthew@mp3.com, where HELO is the command name, 
additional screenfs) requesting information needed to m , al1 15 attribute name matthew@mp3.com is the 
become an authorized user, such as name, address, company, vahe associated with this attribute name There may be zero 
telephone number, credit card number, etc. , n or mor f aunbute-value pairs as part of the command. In 
* iL t iU 4 ~ t 20 particular embodiments, one attnbute can have multiple 

Once the user accesses the system, the system offers to y a i ues 

provide or distribute a plurality of works to the user over the 

network 130. The works may include audio, video, audio/ In response to these commands, a server may transmit 
video, and many more. The works are preferably musical responses back to the client machines. Each response 
works, music videos, movies, advertisements and promo- « includes a number representing a status. Zero or more 
lions. The list of works is viewable and/or searchable by attribute-value pairs may also be included with the corn- 
categories, such as artist, type of work, type of music, type rnand. 

of movie, alphabetical order, etc. The list of works may To establish a connection between a client machine and 

include a list of promotions, advertisements, infomercials or the Distributor Location 100, the client machine sends a 

other promotional works. From this list, the user may select 30 command to the server in order to identify itself. This 

the works it wants to receive. In an alternative embodiment, command preferably includes at least one attribute that 

the user may be able to create their own collection of works, identifies the client or user. This attribute can be the user's 

such as their own greatest hits or favorite movies. email address (e.g., mail=matthew@mp3.com) or a user 

The web site may also offer a variety of other functions, identification that the Distributor Location 100 previously 

such as the opportunity to purchase or listen to various 35 assigned to the user, such as a confirmation number or 

works or parts of works. For example, the most frequently uniqvo identification number. On a secure connection, the 

requested works or new releases may be listed on one page, user ma y send a clear-text password. Similar attributes may 

In other embodiments, each page may be dedicated to a also bc used in setting U P th is connection. The Distributor 

certain category of works, such as jazz music, action movies, Location 100 responds by confirming proper identification, 

or high energy music. In yet another embodiment, the pages 40 requesting further information, or sending an error message, 

may be organized by alphabetical order accordingly to the For example, a preferred command is the verify CD 

name of the artist or the title of the work. command, "VFCD time~3299 tkof=150, 20527, 41050, 

After the user accesses the web site and identify them- 49605, 74047, 106747, 127405, 144647, 170740, 186637, 

selves through the login procedure, the user may also access 202832, 223672" The 'time' attribute is represented in 

their own personal account. The account may store copies of 45 seconds. For example, there are 3,299 seconds of data on 

works that the user has bought through the web site or this particular CD. The ( tkof attribute is a multi -valued list 

demonstrate authorization to receive access through other of track offsets in sectors. The first number, 150, is the sector 

means. In a preferred embodiment, the user may receive on<set to the first track on the disk. The second number is the 

access to some works without any verification because they sector offset to the second track on the disk, and so on. The 

are publicly available. To receive other works, the user may 50 second-to-last number is the sector offset to the start of the 

demonstrate that they are authorized to access the work. A last track - Tne last number is the sector offset to the first 

user may demonstrate authorization or ownership of a sector past the last track; in other words, the length of the 

physical work many ways. For example, a user may receive disk in sectors. Thus, on this CD there are eleven tracks or 

a confirmation number with the purchase of the work, and songs. Alternative validation attributes can include the title 

the web site may ask the user to enter that confirmation 55 of work, the name of the artist/performer/band, the name of 

number. To prevent others from demonstrating authorization the leading actors, etc. 

with the same physical work, each confirmation number will Another preferred Verification Server 141 command ini- 

only be accepted by the distributor once. The web site could tiates a request for data from the physical work, such as 

control the use of such numbers by comparing each entry to "RVDT trck=l sect« 12071 nsec=4 size=9408." In response, 

a list of previously entered confirmation numbers in a 60 the client machine sends the requested bytes of data, which 

database. in this example, corresponds to the four sectors of data found 

In another preferred embodiment, the user would load on track 1 and starting at sector 12071. 

their physical work into their client machine. For example, In some embodiment, Verification Server 141 may com- 

the user would load their CD into the CD tray of a personal pare the data from the physical work loaded by the user to 

computer. The User Interface Server 120 could then request 65 a single electronic work stored in a database. In other 

information about that work the personal computer, such as embodiments, a server may compare the data from the 

the title of the work, title of the artist, and a unique label physical work to multiple electronic works because the work 
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was copied multiple times. In the CD example, this may the physical work is 150, 19860, 39740, 59130 for each of 

occur because a certain work was pressed into a CD multiple the first four works, the distributor's server or servers can 

times or with multiple machines. For example, a music search its database for all stored electronic works with 

group may have first pressed a CD of a work in May 1995, similar track ofiset data, such as track offsets within a range 

but then pressed a new CD for the same work in May 2000. S of values. These ranges may include the following track 

Accordingly, although the works appear the same from ofiEset ran S es for the physical work: 80-220; 19790-19930; 

listening or watching the work, the two electronic copies 39670-39810; and 59060-59200. Thus, a search using these 

may be different. Further, a group may have a work pressed ran S es would P roduce the following three electronic works: 

with two different machines for the same release. Electronic Work A: {150, 19860, 39740, 59130} 

Accordingly, in these instances, a preferred embodiment 10 Electronic Work B: {110, 19810,39690, 59080} 

would have an electronic copy of the CD from each press- Electronic Work C: {170, 19900, 39790, 59170} 

ing. Specifically, the distributor would have an electronic In another embodiment, a search for the exact match may 

copy from a CD pressed with each of the two machines in be performed before the system performs the flexible range 

May of 1995 and an electronic copy of the CD pressed in search. Although, exact matches require more accurate 

May 2000. is recordings, an exact match search may reduce the search 

With all three electronic copies, the Verification Server time and more quickly identify the related electronic work. 

141 would be able to verify authorization to access the work F°r example, using the above facts, such a search would 

with any of the CD including that work. Whereas, if the °nly identify Electronic Work A. 

distributor only had an electronic copy of the work as In yet another embodiment, the distributor's servers may 

pressed in May of 1995, a user may be unable to demonstrate 20 only search a subset of their stored electronic works, such as 

authorization to access the work with a CD pressed in May tne works with a certain identification code, the works with 

of 2000. me same or similar titles, the works from a given artist, etc. 

Once the CD is loaded into the computer's CD tray, the ihe , comparison may search for one track ofiset or 

comparison of the stored electronic data to the data from the m ^P k track ° ffsets ™ Ala f ™ rk - For e * am P e > ,he 

physical work may start automatically or upon the user's 15 ™I*™ K ""P"* the track offset for each work on a 

direction. In a preferred embodiment, as shown in FIG. 3, CD ; ma y com P are tra< *. offsets ™ thm £ e ? ame 

the user could initiate the comparison by selecting an icon work or may compare any combination thereof. The loca- 

displayed on the web page, such as the start icon 310. The tl0I \ of the track oSs f ^ for th f e "Sanson may be 

user may also be able to cancel or eject the work from their predetermined, one of a finite number of possible compan- 

• i . i • „ tU i „ . _ . „„ 30 son scenarios, or randomly selected for each work. 

machine by selecting an icon on the web page, such as the _ ■ . , . ,j 

eject icon 315. Also, a web page or any type of display may In . « w 1 " her embodiment, the comparison may include 

show the name or some type of identifier of the work 320, multl P le ^ ° f *^hing. For example, Uie comparison 

_ „ „ „ f # , „ n c GaiA may first check the database to determine whether there are 

as well as the status or the comparison 325. The status held J . . , _ 

i 0 L rt „, ™ c„„u ,c ™™oc» any stored works with the exact track offsets. If no such 

could snow statuses, such as comparison in progress, ' . A . , , , 

( , r „„ i , - ™„ » nn 35 work exist, the comparison could proceed to check whether 

comparison or sample 4 in progress, comparison on ' , . , , «- 

u^a » ",nmn, r ;cnn iUirA i„ ^,,^,^7, there were any works with almost exact track offsets by 

hold, comparison third m queue, etc. , • * i * t « * * 

, . , . . 4 . searching for a small range, such as a track offset from 

The display may also provide customer service options, 120 _ m , f such a wofk fa &m ^ found ^ rison 

such as an online help menu, an icon to obtain « live ^ for WOfks wjthin a k such ag g0 _ 220 

customer service representative, or an email field that pro- 4Q an ^ so on 

vides a email field including the email address for the user fa embodiment the ^parison may also mclude 

to send an email to customer service representative The live , {Q disXinga ish between two works identified during 

customer service representative could be down with a sepa- ^ same Fof ^ a ^ ^ 

rate telephone line connection, such as a return call or a ^ rison m a different ^ of track 

Voice Over IP connection. These customer service options 45 ^ qt ^ of tfack o£fects ff ^ ^ search oq lookcd for 

may also provide information about the works. ^ a track ^ of 120 _ lg0 for ^ ^ ^ Qn a 

In a preferred embodiment, if the machine at the client CD and lhe ^ch identified three stored works. The com- 

location is a personal computer, the personal computer 115 p^n may proceed to compare the track offsets of the 

may have customized software to conduct the verification. second work on thc q) or from just another portion of the 

The software on the user's machine may collect and send a 50 qd 

stream of data corresponding to the track offsets associated If there are no stored electronic works within specified 

with each track. Similarly, software at the Distributor Loca- rangC) the User interface Server 120 may inform the user 

tion 100 may also receive the track offset information or that meir pnysical work was not acc epted or not eligible for 

other information about the work for use in the verification inclusion into their personal account. The User Interface 

process. 5S s erver iZO can also provide the user with the plurality of 

In alternative embodiments, multiple software programs customer service options identified above. In alternative 

may be use to collect information from the physical work embodiments, the system tests to identify whether the physi- 

and send that information to the Distributor Location 100. ca j wor k, confirmation number, UPC code, or other authen- 

Such information may include title, artist, actor names, UPC tication information enter was already entered by a previous 

code, digital watermarks, or any other useful information. 6 0 user or for some other reason appeared fraudulent. The 

There are many types of comparisons that could be made system could automatically preclude the user from any 

to verify a user's authorization to receive access to a given further access to the user's personal account and prevent 

work based on data from a physical work. One such com- them from logging back in. 

parison is a comparison of the track offset data on the stored If the comparison identifies a stored electronic work that 

electronic copies of the work and the corresponding track 65 is within a specified range, the User Interface Server 120 

offset data on the physical work loaded into the user's may allow the user to upload the data on their physical copy 

machine. In a simplified example, if the track ofiset data of to the Content Repository 142, or may provide a pointer to 
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the stored electronic work within the user's personal 
account. If the comparison identifies one or more electronic 
works that are close, but not close enough to authenticate the 
user's ownership of the work, the system may continue to 
verify the user's ownership of a physical work with addi- 5 
tional tests. 

Another technique to verify a user is otherwise authorized 
to receive access to an electronic copy of the work is to 
compare portions of the physical work to portions of the 
stored electronic work. This type of comparison could be the to 
only comparison used for verification, or can be used after 
the number of works for comparison has already been 
reduced by other means. For example, before comparing 
portions of the physical work to the electronic work, some 
embodiments may narrow the number of stored electronic 15 
works for comparison based on other information about the 
work, such as the artist, title, year, etc. 

In a preferred embodiment, this comparison is run after 
the track offset comparison to narrow the number of eligible 
works. For example, the Verification Server 141 can request 20 
that the user's machine to send a portion of data, such as the 
5 sectors of data found on track two beginning at the thirtieth 
second of playing time. The portion of data requested may 
be predetermined or determined randomly. The user's 
machine responds by sending the requested sample of data. 25 
The Verification Server 141 then compares this requested 
data with the samples of data previously extracted and stored 
during the content acquisition. 

Such a comparison may simply compare each sample or 
the comparison may add some additional steps to make sure 30 
that the comparison is comparing like data. For example, the 
straight comparison of samples may be used with equipment 
that accurately reads the recorded works or the samples are 
identified in a way that minimizes problems caused by 
mechanical error, as shown by FIG. 4. 35 

In a preferred embodiment, such a comparison may make 
sure it is comparing like data with many well-known 
techniques, such as correlation and/or phase shifting. 
Specifically, the Verification Server 141 requests a portion of 
data from a client machine. The client machine collects this 40 
data from a physical work and sends this data to the 
Distributor Location 100. The Verification Server 141 
receives the corresponding data collected from the physical 
work and determines whether this data can match up with 
the data of one or more stored electronic works. To reduce 45 
possible problems caused by mechanical error, the compari- 
son may not match the data exactly as it is received. Instead, 
the Verification Server 141 may first identify whether any 
portion of the sample received from the first work poten- 
tially matches any portion of a stored electronic work or 50 
sample of a stored electronic work. Once it identifies the 
corresponding portions of data for maximum correlation, the 
Verification Server 141 may use correlation and/or phase 
shifting techniques to manipulate the data so that the com- 
parison is not thrown off by mechanical inaccuracies, such 55 
as the inaccuracy of the user's personal computer reading a 
CD. 

For example, as shown in FIG, 5, the customer sample 
may need to be shifted forward or backward to perform a 
more accurate verification. The results of shifting one of the 60 
samples across time is shown in FIG. 6. Once the Verifica- 
tion Server 141 identifies the corresponding portions of the 
samples with maximum correlation, Verification Server 141 
can size down the two waveforms until they contain the 
same portion of the track, as shown in FIGS. 6 and 7. 65 

Once the most closely corresponding portions of the 
samples or works are identified, the verification process 



compares these possibly corresponding portions of the 
samples. In a preferred embodiment, the verification process 
runs a Fast Fourier Transform ("FFT") algorithm on each 
WAV samples to generate their respective power spectrums. 
The computer can then compare these two spectrums. 

The Verification Server 141 performs the FFT. The FFT 
provide a frequency analysis of the data. The Verification 
Server 141 compares either or both channels of a stereo 
audio file and averages the results. When the data on the 
physical work matches the data on the electronic work 
perfectly, the difference between the audio files in the power 
spectrum can be 0.000. Conversely, if a CD is badly 
scratched at this specific location on the disk or the physical 
work is different from the electronic work, the two data may 
not compare too well However, in a preferred embodiment, 
a scratch should only affect one or two samples of the 20 
samples so that the system could still recognize the match. 
Additionally, as an alternative to FFT, the Verification Server 
141 can perform direct waveform comparisons of the 
sampled and stored data. 

If the received information identically or substantially 
matches only one stored CD, then the Verification Server 
141 automatically stores a pointer to the formatted version 
of this title in the client's personal account. Otherwise, the 
Verification Server 141 asks for additional data (e.g., send 
the seven sectors of data found on track four at the tenth 
second of playing time). The system repeats this process 
until it has received an acceptable amount of data to verify 
or reject the CD in the user's machine or until it completes 
a predetermined set of requests. The number of requests for 
information by the Verification Server 141 can vary as 
necessary, as can the number of channels of data and 
sampling rate 

In an alternative embodiment, the Verification Server 141 
can make all of its requests for information and complete its 
verification process before notifying the user that their 
request has been verified or rejected. This embodiment 
protects the integrity of the interrogation process, because 
the user's machine receives no feedback as to the specific 
point where the request failed. In another embodiment, the 
entire verification process can be repeated to further narrow 
the number of works found within a search or to increase the 
certainty of the process. 

The system can also repeat the verification process for 
each work that the client desires to have in their personal 
account. 

In another alternative embodiment, the verification step 
may not include loading a physical work into a client 
machine at all. Instead, the user may demonstrate that they 
ordered a physical work. The Distributor Location 100 may 
recognize that the user ordered a physical work in many 
ways. For example, in a preferred embodiment, the distribu- 
tor may know that the user purchased the work from a 
retailer because the retailer sent the distributor a message 
authorizing the distributor to provide the user with access to 
an electronic work. To control the integrity of these 
messages, the distributor may only accept such messages 
from certain IP addresses, or may require the retailer to 
provide a security key or password. 

In another embodiment, the Distributor Location 100 may 
know that the user has ordered a physical work because the 
order was submitted through the distributor. Thus, the dis- 
tributor takes the order and records the information related 
to the order, including user name, email address, credit card 
number or other billing information, unique identifier of the 
ordered work, or confirmation number, and forward the 
order to the retailer. In yet another embodiment, the Dis- 
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tributor Location 100 may obtain verification that the user 
purchased the work based on a confirmation number entered 
by the user or retailer. 

In another embodiment, the Distributor Location 100 may 
receive the order information from another location, such as 5 
a partner or other third party. In a preferred embodiment, the 
distributor is partnered with a retailer. For example, the 
distributor may communicate with a plurality of retailer 
locations via an application program interface made for 
retailers. The retailer API may enable retailers to host user 10 
accounts, folders, or files. In this example, a user purchases 
a work from a retailer, the retailer sets up a user account. 
Then the user can purchase a work from the retailer and 
shortly thereafter access the work via the network 130. 
Further, the distributor or retailer can deactivate access to a 15 
work if the consumer returns or exchanges the work later. 

If the user returns a work, the retailer may deactivate the 
user's access to an electronic copy or notify the distributor 
to deactivate the user's access to the electronic copy. The 
retailer may check to determine whether the user already 20 
accessed the electronic copy before it allows the user to 
return the work. For example, the retailer may not allow the 
user to return the work if the user already accessed the 
electronic work. In yet another alternative embodiment, the 
retailer API can allow retailers to access a user's account or 25 
folder at the Distributor Location 100. 

In a preferred embodiment, the retailer API may perform 
one-way authentication to verify the identity of the retailer. 
For example, the retailer would need to enter a login and/or 
password, or any other well-known technique that the order 30 
or authorization information is actually from a retailer. 

Also, such communications between a retailer and dis- 
tributor are preferably secure (i.e., encoded and/or 
encrypted) to prevent a non -retailer from obtaining a retail- 
er's retailer identification or password. For example, the 35 
retailer API secures the retailer's identification and/or pass- 
word with encoding or encryption. 

In other embodiments, the system may use one of many 
available encryption methods (public or nonpublic). A basic 
introduction to some encryption and decryption techniques 40 
is described in the text written by Bruce Schemer entitled 
"Applied Cryptography: Protocols, Algorithms And Source 
Code in C," published by John Wiley & Sons, 1994, the 
entirety of which is hereby incorporated by reference. 
Moreover, more detailed descriptions of systems and appa- 45 
ratuses for accomplishing encryption and decryption in 
computer networks are set forth in U.S. Pat. Nos. 5,903,652, 
5,850,442, and 5,580,446, the entirety of each of which is 
incorporated by reference. 

When encryption is used, each retailer API may have a 50 
unique encryption key that is shared with the Distributor 
Location 100. The Distributor Location 100 uses this unique 
encryption key to identify and authenticate the specific 
retailer API. 

In a preferred embodiment, the retailer API may send 55 
various types of data packets or API function calls to the 
Distributor Location 100. These packets can include user 
email data, a retailer identification, an order number, a UPC, 
and band, title, checksum data, or any other potentially 
useful data. For example, a retailer may issue an "activate_ 60 
cd" (user email, order #, retailer id, UPC, band, title) 
message to enable the user to listen to the purchased work. 
When the server tier 28 receives an activate_cd request, the 
Verification Server 141 checks to see if the transaction 
already exists in an invoice table. If it exists and is active, it 65 
is ignored. If it exists and is inactive, the system activates the 
record and sets the appropriate media for the user to "pur- 



chased." If the record does not exist, the system creates 
invoice and verification records for the user. The verification 
table stores the status as "purchased'* in the verification 
table. The server then returns a confirmation of this trans- 
action to the user via email. If the Verification Server 141 
cannot find an appropriate match for the requested work 
identifier, such as UPC, title, or band, then the work does not 
exist in the Content Repository 142. The Verification Server 

141 then communicates this to the user and to a customer 
representative with the distributor so that distributor may 
attempt to add this work to their database. 

The retailer may also issue a "deactivate_cd" (user email, 
order #, retailer id, UPC) to disable access to a CD for a 
particular customer. When the Distributor Location 100 
receives a deactivate_cd call, the Verification Server 141 
checks to see if the transaction exists in the invoice table. If 
it does not exist, it is ignored. If it exists and is deactivated, 
it is ignored. If it exists and is active, then the system 
deactivates it. The Verification Server 141 will then check to 
see if the user identification has any other active order for 
this particular work. If so, then the Verification Server 141 
takes no further action, because the user owns another copy 
of the work under a different order or retailer. If this is the 
last order with this media identification, the Verification 
Server 141 sets the media identification in the verified table 
to "unpurchased." 

The retailer may also send a "has accessed_cd" message 

when a user attempts to return or exchange a previously 
purchased work. When the Verification Server 142 receives 
this message, the Verification Server 142 checks the user's 
account to see if the user has previously accessed (i.e., 
downloaded, streamed, opened, read, watched, or listened 
to) the electronic copy of the work. The Verification Server 

142 also checks the invoice table to see if the user owns 
multiple copies of the same work. If the user only owns one 
copy of work and has not previously accessed the work, the 
Verification Server 142 communicates this information to 
the retailer API. If the user has multiple copies of the work, 
then the system only knows that the consumer has listened 
to at least one copy and will communicate this information 
to the retailer. The consumer thus cannot exchange this CD. 
If the user has previously used their electronic copy of the 
work, the retailer may not permit the user to exchange the 
work. 

Once a work is loaded or accessible to a user, the user can 
access those works through a variety of graphical user 
interfaces and organization models, such as a juke box, 
alphabetically, by artist, by type of work, by category of 
work, by verification date, etc. In a preferred embodiment, 
the works are organized as shown in FIGS. 8-19. 

The user may be provided with access to the electronic 
works identified in their account by downloading, streaming, 
email enclosure, or many other well-known techniques. 
Such access may be provided via the user's personal 
computer, cell phone, personal digital assistant, pager, car 
stereo, television or any media player. Before providing such 
access, the Content Delivery System 152 may attempt to 
identify what media player the user is accessing the works 
with. These characteristics may be automatically provided to 
the Distributor Location 100 as a header or some other 
information field included with the user data. The Distribu- 
tor Location 100 could also request the information auto- 
matically from the user's device or the user. If the informa- 
tion is requested from the user, the user could identify their 
device by manually entering "cell phone" into a blank field 
or selecting their device from a list of available devices. In 
an alternative embodiment, it may also be able to identify 
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the user's device to accommodate for geographically spe- example, the Content Delivery System 152 may recognize 
cific server farms. that a user shared their account information due to concur- 
In a preferred embodiment, a user may access the works rency checking. Accordingly, the Content Delivery System 
identified in their account from anywhere connected to the 152 may reset the VFD on the user's account so that any 
network 130. Since this network is preferably the Internet 5 URLs acquired prior to that time are no longer valid. Further, 
and may be accessed with cellular transmission, such access if both the account holder and the unauthorized user were 
is geographically unrestricted. In an alternative identified to have account, the System 152 could reset the 
embodiment, the network 130 may be a local or regional VFD on both accounts. In another alternative embodiment, 
network with geographical restrictions. the VFD may be automatically adjusted for accounts using 
In another preferred embodiment, a user may be provided 10 limited time offers, such as a distributor providing user's 
with a work by the Content Delivery System 152. The with free access for thirty days or an artist providing free 
Content Delivery System 152 receives a request for access access to their work for a week. 

to a particular piece of content or work either directly from In another embodiment, the validation module validates 

the user or from another component with the Distributor the user based on a counter. For example, when a work is 

Location. As part of the request, the System 152 may receive 15 provided to a user, the user's counter is incremented. When 

or generate a secure, tamper proof, encrypted URL to the act of providing the work to the user completes, the 

represent that request. Within the Content Delivery System user's counter is decremented. If a URL is requested and the 

152, the coder/decoder decodes the URL, forwards some of user's counter exceeds one, the user's request is not vali- 

the information with the request to the translation module, dated and the "valid from date" is set to the current date and 

and discards the remaining information. The translation 20 time. In yet another embodiment, the media player software, 

module translates the URL into a unique identifier of the known as the User Agent, used to receive an electronic work 

requested content. via download or stream is recorded in the user's account 

The validation module validates that the user is entitled to information. If subsequent works are requested by a different 

receive the work. In a preferred embodiment, the validation User Agent, the request is not validated and the VFD is set 

module performs Valid From Date ("VFD") data manage- 25 to the current date and time. Similarly, the Autonomous 

ment and concurrency checking. The validation module System Number ("ASN") (i,e., essentially a map between 

performs concurrency checking by monitoring which users the IP address and the Internet Service Provider) associated 

are logged into the Distributor Location 100 at any given with a user's requests is recorded. If a subsequent address is 

time. Such information is useful because user accounts and made from a different ASN, the request is not allowed and 

lockers each have different access privileges. For example, 30 the VFD is set to the current date and time, 

a company may have a user account that entitles every In yet another embodiment, the validation module vali- 

employee of a company to access the account. To obtain dates by comparing the current session identifier provided 

such an account, the user may have paid more for a group within a requested URL to a stored session identifier. When 

license to a work or obtain multiple copies of the same work. a user logs into their account, they receive a session iden- 

In another embodiment, the access privileges for a user 35 tifier unique to that machine, which is stored in their account 

account may only permit a single individual to access the record. If the user requests an electronic work, the validation 

account. For example, if a single user buys a copy of a module compares the session identifier stored within the 

copyrighted CD, only that user may access the account. user's account to that contained within the URL for the 

Thus, if a second user attempts to access the work while a work. If the session values are different, the request is not 

first user is already logged into the account, the system 40 validated. 

recognizes that both of these users are not entitled to access Once the Content Delivery System 152 validates a user, 

this work. When a possible breach of the access privileges the System 152 uses the unique content identifier within the 

is detected, the system may automatically deactivate all the URL to determine where the requested work is stored, such 

works in the account, shutdown the account immediately, as local memory, the Content Repository 142, or some other 

deny the concurrent request for access, suspend the account, 45 memory. In a preferred embodiment, the Content Delivery 

or prohibit any subsequent access to the account. In addition, System 152 searches for the requested work in the local 

the validation module may log information about the con- storage of the particular server accessed in the System 152. 

current request for access, such as the user identification, the If the work is not present in the local storage of that server, 

time, where they were logging in from, etc. and notify the the System 152 searches the local memory of the other 

user of the integrity breach so that they can explain them- 50 servers or databases within the System 152. If the work is 

selves if it was a mistake. not present in the local memory of any of the System's 

With regard to VFD data management, the Content Deliv- servers, the System 152 accesses a bridge to the Content 

ery System 152 validates the time stamp embedded within Repository 142 to determine whether the work is stored 

the URL. The time stamp indicates the time at which the there. If the work is within any of these memories, it is 

work was selected. Such a time stamp may be used for 55 provided to the user. If the work is not present in any of these 

validation by testing whether the time stamp expired, testing memories, the system may continue to try other servers or 

whether the time stamp was before the VFD of the user's databases, including remote servers and databases, or it may 

account, or a variety of other ways. For example, a URL may notify the user that the requested work is unavailable, 

be acquired at 9:00 am and expire twenty four hours later so For example, a user accesses the web site provided by the 

that any attempt to access that URL after 9:00 am the next 60 distributor. While on the site, the user selects a work. Based 

day is not validated. on the selection, the User Interface Server 120 generates a 

In another example, the URL representative of the request URL. Next, the URL is provided to the Content Delivery 

for access to a work is compared with the VFD of the user's System 152 and the user. The Content Delivery System 152 

account. If the time stamp on the URL of the request is extracts a unique content identifier from the secure URL, 

before the VFD of the user's account, the request is not 65 and attempts to locate the work with the Content Delivery 

validated. Such a test may be used to preclude users from System 152 or the Content Repository 142. If the work is 

sharing account information or other unauthorized uses. For present, the Content Delivery System 152 provides the user 
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with access to the electronic work by downloading, 
streaming, broadcasting or other well-known delivery tech- 
niques. 

CONCLUSION 

While various embodiments of the present invention have 
been described above, it should be understood that they have 
been presented by way of example only, and not limitation. 
For example, the present invention is not limited to the 
physical arrangements or use with any particular network. 
As such, the breadth and scope of the present invention 
should not be limited to any of the above-described exem- 
plary embodiments, but should be defined only in accor- 
dance with the following claims and their equivalents. 

We claim: 

1. A method for providing access to an electronic copy of 
a physical work to a user in response to a request for the 
physical work by the user, comprising the steps of: 

offering the physical work to the user; 
storing the electronic copy of the physical work; 
receiving an order for the physical work from the user; 
receiving, from the user, a request to access the electronic 

copy of the physical work; 
generating a uniform resource locator (URL), wherein the 

URL identifies a location of the electronic copy of the 

physical work; 
transmitting the URL in response to the request to access 

the electronic copy so that the user may access the 

electronic copy of the physical work; and 
streaming the electronic copy of the physical work to the 

user. 

2. The method of claim 1, wherein said streaming occurs 
locally to said receiving the order for the physical work from 
the user. 

3. The method of claim 1, further comprising: 
confirming that the order for the physical work has been 

received from the user prior to said transmitting. 

4. A method for providing access to a physical work and 
an electronic copy of the physical work to a user, comprising 
the steps of: 

receiving an order for the physical work; 

generating a link identifying the electronic copy of the 
physical work; 

receiving, at a first location, a request for the electronic 
copy of the physical work, wherein the request is 
received from the user upon clicking on the link; 

sending a secure uniform resource locator (URL) in 
response to the request for the electronic copy, wherein 
the secure URL identifies the location of the electronic 
copy of the physical work at a second location; 

receiving a message at the secure URL at the second 
location; and 

streaming the electronic copy of the physical work to the 
user in response to said receiving the message at the 
secure URL. 

5. A method for providing access to an electronic copy of 
a physical work to a user, comprising the steps of: 

storing the electronic copy of the physical work; 

receiving a request to provide the electronic copy of the 
physical work to the user, wherein the request identifies 
the electronic copy of the physical work and includes a 
security key, and wherein the security key was trans- 
mitted in response to an order for the physical work; 

verifying the user is authorized to access the electronic 
copy of the physical work based on the security key; 
and 
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streaming the electronic copy of the physical work to the 
user. 

6. The method of claim 5, further comprising: 
generating the security key; and 
transmitting the security key; 

wherein the physical work was offered to the user by the 
retailer as one of a plurality of physical works offered, 
and wherein the security key was transmitted in 
10 response to the order for the physical work. 

7. A method for providing access to a physical work and 
an electronic copy of the physical work to a user, comprising 
the steps of: 

offering a plurality of physical works to the user; 
receiving a request for at least one of the plurality of 

physical works from the user; 
receiving a request to access an electronic copy of the at 

least one of the plurality of physical works; 
20 verifying the user is authorized to receive the electronic 

copy of the at least one of the plurality of physical 

works based on the request for the at least one of the 

plurality of physical works; and 
generating a security key, wherein the security key per- 
25 mits the user to access the electronic copy of the at least 

one of the plurality of physical works. 

8. The method of claim 7, wherein the security key is 
generated by a retailer. 

9. The method of claim 7, further comprising: 
generating an encrypted uniform resource locator (URL), 

wherein the URL is placed into an account of the user, 
and wherein the URL identifies a location of the 
electronic copy requested. 
35 10. The method of claim 7, wherein the electronic copy is 
stored at a remote location. 

11. A method for providing electronic works over a 
network, comprising: 

receiving a request for a physical work; and 
40 providing access, over the network, to an electronic 
version of the physical work requested; 
wherein said providing is in response to said receiving, 
and 

wherein the access to the electronic version of the physi- 
45 cal work is provided by streaming the electronic ver- 
sion. 

12. The method of claim 11, further comprising: 
offering a plurality of physical works over the network. 

5Q 13. The method of claim 11, wherein the physical work 
requested is a compact disc. 

14. The method of claim 11, wherein said providing 
access comprises providing a link to the electronic version 
in a user's account. 
5S 15. The method of claim 14, wherein the link represents 
a uniform resource locator (URL) for the electronic version. 

16. The method of claim 14, wherein said providing 
access further comprises: 

generating a uniform resource locator (URL), wherein the 
6Q URL is generated in response to the user clicking on the 
link, and wherein the URL identifies a location of the 
electronic version of the physical work; and 
transmitting the URL to the user in response to access the 
electronic version. 
65 17. The method of claim 16, wherein the URL identifies 
a remote location of the electronic version of the physical 
work. 
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18. The method of claim 16, said transmitting further 
comprising: 

transmitting the URL to the user in response to a request 
to access the electronic version. 

19. The method of claim 18, wherein upon accessing the 5 
URL, the user receives the electronic version of the physical 
work as a stream. 

20. The method of claim 19, further comprising: 
receiving a message that the physical work requested has 

been returned; and 10 
terminating the access to the electronic version of the 
physical work requested. 

21. The method of claim 11, wherein the request com- 
prises an order for the physical work and is received from a 
user. 15 

22. The method of claim 21, further comprising: 
limiting the access to the electronic version to the user 

from whom the order is received. 

23. The method of claim 11, wherein the access to the 
electronic version of the physical work is provided by 20 
downloading the electronic work. 

24. The method of claim 23, wherein the electronic work 
downloaded includes a digital watermark. 

25. The method of claim 11, wherein the request is 
received from a user. 25 

26. The method of claim 11, wherein the request is 
received from a third party that received the request from a 
user. 

27. The method of claim 11, further comprising: 
validating that the user is entitled to the access to the 30 

electronic work; 
wherein the access to the electronic work is limited. 

28. The method of claim 27, said validating comprising: 
performing concurrency checking; 
wherein the user is only permitted to access the electronic 

work from one location at a time. 

29. The method of claim 27, said validating comprising: 
checking a time stamp of a uniform resource locator 

(URL) used by the user to access the electronic work; 
wherein the access will only be provided if the URL has 
not expired. 

30. The method of claim 11, wherein frequently-requested 
electronic versions are stored locally. 

31. A method for acquiring an electronic work, compris- 
ing: 

logging into a service offering access to an electronic 
work that has a corresponding physical work; 

sending a request for access to at least one electronic 
work; 50 

demonstrating authorization to receive the electronic 
work for which access is requested by demonstrating an 
order for the corresponding physical work; and 

obtaining access to the electronic work for which access 
was requested. 55 

32. The method of claim 31, wherein access to the 
requested electronic work is receiving a downloaded elec- 
tronic work. 

33. The method of claim 31, wherein access to the 
requested electronic work includes receiving a streamed 60 
version of the electronic work. 

34. The method of claim 31, wherein demonstrating an 
order for the corresponding physical work comprises placing 
the order for the corresponding physical work. 

35. The method of claim 31, wherein demonstrating an 65 
order for the corresponding physical work comprises con- 
firming a prior order for the corresponding physical work. 
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36. The method of claim 35, wherein confirming the prior 
order comprises providing a confirmation number verifying 
purchase of the corresponding physical work. 

37. The method of claim 31, wherein confirming the prior 
order comprises providing a security key. 

38. A method for authorizing electronic works, compris- 
ing: 

accepting an order for a physical work from a user; 

sending a message including a unique identifier of the 
physical work to a distributor, wherein the message 
instructs the distributor to provide the user with access 
to an electronic version of the physical work, and 

receiving a confirmation from the distributor that the user 
was given access to the electronic version. 

39. A method for providing electronic works over a 
network, comprising: 

receiving a request for at least one of the electronic works 
from a user, 

confirming that a request for a physical version of the 
electronic work has been received from the user; 

based on said confirming, providing access to the user, 
over the network, to the at least one electronic work 
requested; 

wherein said providing access to the user includes pro- 
viding a streamed version of the electronic work. 

40. The method of claim 39, wherein the request for the 
physical version is received by a third party, 

41. The method of claim 40, wherein the third party is a 
retailer. 

42. The method of claim 39, said confirming comprising: 
validating a security key that is part of a message relating 

to the user. 

43. A method for providing access to an electronic copy 
of a physical work to a user, comprising: 

storing the electronic copy of the physical work; 

receiving a request for the physical work and for the 
electronic copy of the physical work from the user, 
wherein the request identifies a location of the elec- 
tronic copy of the physical work; 

verifying the user is authorized to access the electronic 
copy of the physical work; and 

streaming the electronic copy of the physical work to the 
user. 

44. A method for providing electronic works over a 
network, comprising: 

receiving a request for a physical work; 

providing access, over the network, to an electronic 

version of the physical work requested; 
receiving a message that the physical work requested has 

been returned; and 
terminating the access to the electronic version of the 

physical work requested; 
wherein said providing is in response to said receiving. 

45. A method for providing electronic works over a 
network, comprising: 

receiving a request for at least one of the electronic works 
from a user; 

confirming that a request for a physical version of the 
electronic work has been received from the user; and 

based on said confirming, providing access to the user, 
over the network, to the at least one electronic work 
requested; 

wherein the request for the physical version is received by 
a third party; and wherein the third party is a retailer. 
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46. A method for providing access to electronic works 
over a network, comprising: 

storing a plurality of electronic works; 

receiving a message including a unique identifier of one 
of the plurality of electronic works, wherein the mes- 
sage is sent based on an order for a physical work 
corresponding to the one of the plurality of electronic 
works and wherein the message indicates a user is 
authorized to receive access to the one of the plurality 
of electronic works; 

verifying the user is entitled to receive access to the one 
of the plurality of electronic works based on the mes- 
sage; and 

streaming the one of the plurality of electronic works to 
the user. 

47. The method of claim 46, wherein the message is 
received from a retailer of physical works. 

48. The method of claim 46, wherein said verifying 
includes authenticating a security key received as a part of 
the message. 
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49. A method for providing access to electronic works 
over a network, comprising: 

offering a plurality of physical works; 

accepting an order for one of the plurality of physical 
works from a user; and 

sending a message including a unique identifier of an 
electronic work corresponding to the one of the plu- 
rality of physical works and a security key based on 
1 said accepting the order for the one of the plurality of 
physical works, wherein a distributor uses the security 
key to verify the user is authorized to access the 
electronic work corresponding to the one of the plu- 
. rality of physical works. 

50. The method of claim 49, wherein the message is sent 
directly to the distributor. 

51. The method of claim 50, wherein said sending is by 
a retail seller of the physical works. 

* * * * * 
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